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(54) Business proceeding system employing a notice 
method of processing the dame 



board business system database and 



(57) A notice board business system database (11 ) 
stores therein collectively the contents of all the data 
heads relating to a series of business processes, and is 
held in common in the form of a notice board through 
clients (2) by ali the related persons In charge of the 
tasks. A statue change rule (12) sets the data head In 
which the data inpul should be completed with respect 
to each of the task processes. A status watcher (3) re- 
fers to both the notice board business system database 



and the status change rule to make the task process 
change from the current task process to the next task 
process when the predetermined data input has been 
completed in the process in task so as to inform the re- 
lated dient of that the status change has occurred. In 
addition, the status watcher refers to a status change 
limit rule (13) for setting the data input completion due 
date for each of the task processes so as to inform, when 
the processing due date is drawing near, the related cli- 
ent of that the processing due date \s drawing near. 
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Description 



The present invention relates In general, in a work 
flow constituted by a sequence of a plurality of task proc- 
essor to a system In which data is inputted to an else- 
tronic computer as the result of the business process- 
ings through the task processes, and more particularly 
to a business processing system in which aUthe persons 
in charge of respective task processes hold in common 
a single notes board business system database and a 
method of processing the same. 

In general, the business processing may be carried 
out in many cases through the business processing 
process constituted by a sequence of a plurality of task 
processes. When the process proceeds from a certain 
task process to a next task process, the data is delivered 
one after another through chits, documents and the like 
thereby carrying out a series of business processes. In 
a work now system milking an electronic computer, the 
information which is arranged in chHs or documents is 
stored in a memory provided in the electronic computer 
and is delivered to the person in charge of the next task 
process via the data transmission through a network. 

Fig. i is a schematic view showing an example of 
a flow of a business process in the selling busiiese In 
the business process shown in Fig. 1, afrer the selling 
action has been carried out for a customer in order to 
carry out a deal, the specification, the price, the appoint- 
ed delivery day and the like of a product are concretely 
estimated. Then, after having made contract with the 
customer, the arrangements lor material supply, design 
and manufacture of a product, security of the stock, car- 
rying-in step of a product, and the like for the associated 
sections are carried out. in addition, after a product has 
been delivered to a customer and then the acceptance 
is completed, the request and recovery of the price are 
carried out. The stages such as a deal and estimation 
correspond to task processes, respectively. According 
to the prior an, trie delivery of the data from a certain 
task process to the next task process is carried out on 
the basis of the Information which is arranged In chits 
For this reason, the transmission of the information to 
the person in charge of the next task process is carried 
out at a time point when all the data on the chits be- 
comes complete. Therefore, the person in charge of the 
subsequent task process can not be aware, until ell the 
data on the chits has been decided, of the contents 
thereof. For example, in the example shown in Fig. 1 , in 
the case where even if the contents of products are not 
decided yet In the steps of a deal and estimation, the 
person ,n charge of the delivery management wants to 
know the data of products as the undecided information 
in the conventional method, the persons in chargeof the 
subsequent task processes can not know that Informa- 
tion at all. In addition, the data heads of the data which 
is inputted as the result of the business processing to 
an electronic computer are not necessarily decided in 
accordance with the flow of the business processing 



and also whfch data head the data is decided from is not 
necessarily uniquely determined. For example, if thene- 
fjoliations of the product specification progresses ad- 
varicedlylnthestepc^eslirnattonlnFig. I.thenthedata 
5 heads bating thereto are advancedly decided Con- 
versely, rf the negotiations of the appointed delivery oay 
progresses advancedly, then the data heads relating 
thereto are advancedly decided. According to the con- 
verrtional method, however, if when the data heads have 
'0 bean decided, this fact is intended to be reported to the 
person in charge thereof in the related section, then the 
person m charge of the task process of interest needs 
to specify both the destination and data of the person in 
charge thereof in the related section on all such occa- 
* &ons m order to carry out the transmission processing 
which results in the burden fmpoeed on the person rri 
charge of the task process being increased. This is a 
problem, in addition, according to the conventional 
method, since the so-called reperirive input is carried out 
In which the varicus kinds of chits are produced through 
a senes of business processes and also the same data 
is repeatedly inputted to the different chits, the possibil- 
ity lhat the mistake in the input Is caused is increased 
and also the time required for inputting the naodiess da- 
25 ta is taken. 

As described above, according to the prior art, since 
the transmission of the data from a certain task process 
to the next task process is carried out basically in chits 
it ail the data on the chits does not become complete 
the data is not transmitted to die next task process 
Therefore, even when the person in charge of the sub- 
sequent task process intends to advance the task ad* 
vancedly, that person can not carry out the task and 
hence the task efficiency is not enhanced This is an - 
35 0,her PK*'em. Then, when the decided or undecided 
data is intended to be transmitted to the person in 
charge of the subsequent task process against such a 
serial flow of the business processing, the burden is 
tercedry imposed on the person in charge of the task 
40 P rocess <* interest. Tnis is still another problem, In ad- 
dition, there arises yet another problem of the mistake 
fn the input and the reduction in the task efficiency due 
to the repetitive Input of the data to the chrts. 

in the light of the foregoing problems associated 
with the prior art, the present invention was made in or- 
der to solve the foregoing problems, and preferably the 
present Invention makes that the arbitrary person In 
charge of the task process makes reference to the nec- 
essary data at an arbitrary time point possible in a busi- 
» ness processing system. Preferably, it is another object 
of the present invention to reduce the transmission/re- 
ception of the data When the task process changes from 
a cartam task process to the next task process as much 
as possible, reduce the burden Imposed on the person 
55 " char »* °' task process resulting therefrom and 
also to reduce the toad on a network. 

Preferably, H is still another object of the present In- 
vention to make that the person in charge of the subse- 
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quem task process makes reference to date aoVancedty 
possible, permit the operation of Inputting data actvanc- 
edty by the person in charge In the subsequent task 
process in order to enhance the task efficiency, and also 
to enable the confusion which is easy to occur at this s 
time to be prevented. 

A business processing system according to the 
present invention may provide that the contents of all 
the data heads relating to a series of business process 
are epitomized in a database so that all the persons in id 
charge of the task processes relating thereto can hold 
this database in common. In this connection, the con- 
cept of the process which is currently in task In accord- 
ance with a sequence of the task processes is preserved 
so mat the person in charge of the current task process is 
can carry out mainly the data input and the data update, 
and the persons in charge of the subsequent task proc- 
esses can make reference mainly to the data. In addi- 
tion, with respect to each of the task processes, the 5ta^ 
tus of the data which should be fulfilled in order that the so 
task process may change is defined in the farm of a sta- 
tus change value every data head, Whether or not the 
task process change is judged on the basis of the status 
change value. When it is judged that the task process 
has changed, this fact that the task process has ss 
changed is reported to the person in charge of the task 
process the task of which can be newly carried out. 

in a preferred aspect, in the business processing 
system according to the present invention, an identifier 
for representing the current task process is provided in so 
the database. A! the time when the task process has 
changed, the identifier of interest is updated to an idsn- 
tifrer for representing the task process the task of which 
can be newly carried out and then the task process of 
Interest is made change from the current task process 3£ 
10 the next task process. 

Jnamorepreferred aspect, in the business process- 
ing eystem according to the present invention, with re- 
spect to each of the task processes having the respec- 
tive processing due dates, the due date when the data ao 
input should be completed is set. Then, when ihe current 
task process has reached the predetermined period be- 
fore the due date, the person in charge of the task proc- 
ess of interest is informed of that the due date is drawing 
near. Jn addition, Ihe advanced input of the data by any 4S 
person in charge of the subsequent task process Is per- 
mitted, and the flag is set in correspondence to the data 
head which has been acVancedly inputted. When the 
data input is requested from the person in charge of the 
preceding task process, the undecided data heads are so 
detected In which the flag is set. and then the persons 
in charge of the subsequent task processes are in- 
formed of that the data change due to the preceding 
process has occurred. As a result, the data which has 
been inputted by any person in charge of the subse- « 
quent task process can be reviewed. 

In addition. In the business processing method ac- 
cording to the present invention, the Information repre- 



senting whether or not the persons Jn charge of a plu- 
rality of task processes have determined on their inten- 
tions with respect to the data of Ihe respective data 
heads is held in correspondence to a pan of the data 
heads of the database, When all the persons in charge 
ol a pJuraJity of task processes have determined on their 
intentions with respect to the data of the respective data 
heads, the data in the work flow is regarded as being 
decided, and also the persons in charge of the task proc- 
esses of interest are informed of that the data has been 
decided. 

The business processing method according to the 
present invention may provide that the information rep. 
resenting whether or not the data of the date head which 
is undecided with its degree is advancedly taken over is 
held in correspondence to the data heads of the data- 
base and when the undecided data is acVancedly taken 
over, this fact is reported to the person in charge of the 
task process of interest. 

The above and other objects as well as advantages 
of the present invention will become clear by the follow- 
ing description of the preferred embodiments of the 
present invention with reference to the accompanying 
drawhgs, wherein: 

Fig. 1 is a schematic view of a business flow snow- 
ing an example of a business process; 
Fig. 2 is a block diagram showing a configuration of 
a business processing system In a first embodi- 
ment: 

Fig. 3 is a schematic view showing an example of 
the data form of a notice board business eystem da- 
tabase; 

Fig. 4 is a schematic view showing an example of 

the data form of a status change rule; 

Fig. 5 is a schematic view showing an example of 

the data form of a status change limit rule; 

Fig. 6 te a schematic view showing an example of 

the data form of a message hie; 

Fig. 7 is a schematic view showing an example of 

the data form of an address allocation file; 

Figs. 8a and Sb are respectively schematic views 

each showing a display example of a notice board 

in the first embodiment; 

Fig. 9 is a flow chart showing a processing flow in 
a status watcher; 

Fig. 10 is a flow chart snowing a processing How 
with respect to an advanced Input In the subsequent 
task process: 

Fig. 11 Is a block diagram ehowfrig a business 
processing system in a second embodiment; 
Fig. 1 2 is a schematic view showing an example of 
the data form of a notice board business syetem da- 
tabase; 

Fig. 1 3 is a schemalio view showing an exampte of 
the data form of an access competency file; 
Figs. 14a and 14b are respectively schematic views 
each showing the form of data which is transmitted 
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between a server and a client; 
Fig. 1 5 is a flow chart showing a processing flow in 
a status watcher; 

Fig. 1 6 is a flow chart showing a processing flow of 
the processing of judging degree of data; 
Fig. 1 7 is a flow chart showing a processing flow of 
the processing of judging whether or not data is ad- 
vancedly got; 

Fig, ie is a flow chart showing a processing flow of 
the processing of setting a get notice flag; 
Figs 19, 20, 21 and 22 are respectively schematic 
views each showing a displayed example of notice 
board data which is displayed on a display device; 
Fig, 23 is a block diagram showing a configuration 
or a business processing system in a third embod- 
iment; 

Fig. 24 is a schematic view showing an example of 
the data form of a status change rule; and 
Fig. 25 is a flow chart showing the processing of 
judging whether or not the change in status occurs. 



The preferred embodiments of the present inven- 
tion will hereinafter be descrfeed in detail with reference 
to the accompanying drawings, 

(1) First Embodiment 

Fig.2isabkxkdiag/amshowingaconhgurationof 
a busness processing system of a first embodiment ac- 
cojximg to the present invention. The business process- 
ing system in the present embodiment includes a file re- 
Jat'ng to a database which serves to store therein data 
on the business, a server 1 for monitoring the database 
and a pfuraiity of clients which are connected to theserv- 
er t through a network 70 and each of which serves to 
<nputandupdatedatatoano»ntheoatabase. Thedients 
2 are tcrminaJ units which are installed in the respective 
sections for carrying out the business processings A 
notice board business system database 11 is a data- 
base which serves to store therein the newest data re* 
lating to the business processing end which acts aa a 
notice board tor the client 2. A status change rule 1 2 is 
a file which serves to define the pressing of which task 
process will be completed In a flow of the business 
processing on the basis of the data input situation of the 
data heads on the notice board business system data- 
base 11 and the degree of the inputted data. A status 
change limit rule 13 is a file which serves to define the 
due date when the processing should be completed with 
respect to each of the task processes. A message file 

14 is a file which serves to store therein a message for 
being reported to the related section. A destination file 

15 Is a file which serves to regietrate the destination to 
which a message is sent. The notice board business 
system database 1 1 , the status change rule 1 2. the eta* 
tus change limit rule 13, the message file 14 and the 
destination file 15 are stored In a memory connected to 
the server 1 . The management of the operation for ac- 



cessing to the database and these files is carried out bv 
a file manager 16. 

A status watcher 3 of the server 1 judges whether 
or not the status should be changed from the current 
** KproceQa tOThe nex!t a6kprocess by referring to both 
the notice board business system database 11 and the 
status change rule 12. If ft Is judged that the status 
should be changed from the current task process to the 
next task process, then the message is sent to the re- 
io lated section by referring to both the message file 14 
and the destination file 15. In addition, the status watch- 
er 3 Judges whetheror not the due date of the processing 
Is drawing near with respect to the current task process 
by referring to the status change limit rule 1 3. if so, then 
'* the status watcher 3 transmits the warning message to 
the related section by referring to both the message file 
14 and the destination file 15. In addition, the status 
watcher 3 monitors whether or not the person in charge 
Of the task process subsequent to the current task proc- 
20 ess ^ 6 ^edthedataaovancedlyandsetsaflaQto 
the data head the data of which has been inputted ad- 
vancedly. and when the person in charge of the current 
task process changes hereafter the data, transmits the 
message far notice to the person in charge of the sub- 
& sequent task process by referring to both the message 
file 1 4 and the destination file 1 5. A communication con- 
troller 17 is a controller for controlling transmission/re- 
ception of the data or the message to/from the associ- 
ated client 2 through the network 70 
30 A dis P la y device 21 ol the client 2 is a device for 
displaying thereon the notice board and the massage 
and is concretely comprised of a CRT display device or 
the like. An input unit 22 is a unit tor inputting there- 
through the data to the notice board and is comprised 
» of a keyboard or a mouse for example. A user input out- 
puter 23 is a processing unit for realizing the user Inter- 
face and serves to display the data which has been re- 
ceived from the server 1 on the display device 21 in ac- 
cordance with the form of the display screen which is 
40 P"*to"aly designed, and also to transmit the data which 
hasbeen inputted through the input unit 22 to the server 
1. The communication controller 24 is a controller for 
controlling transmission/reception of the data or tho 
message to/Trom the server 1 through the network 70 
«s Each of the server 1 and the client 2 is comprised of an 
information processor including a personal computer 
and a work station. The status watcher 2, the file man- 
ager 1 6, the communication controller 1 7, the user input 
outputer 23 and the communication controller 24 are re- 
«> aiized by either the hardware of the information proces- 
sor or executing a program stored in the memory there, 
of. Incidentally, the database, the file and the file man- 
ager ie. from the notice board business system daia- 
base 1 1 down, may be realized by another server which 
18 connected to the server 1 through the network. 

Fig. 3 is a schematic view showing an example of 
the data form of the notice board business system da- 
tabase 11. The notice board business system database 
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11 holds at least one set of notico board data. Each of 
the notice board data includes a head number 11O. a 
notice board number 111, status 112. a plurality of data 
heads 11 3, and attribute information for showing the sta- 
tus of the data which is registrator in correspondence 
to each of the data heads, in the associated data head. 
The head number 110 represents The number of the 
record within the table. The notice board number 111 is 
the number as an Identifier which » assigned In order 
todlstinguish the associated notice board from other no- 
tice boards which are stored in the notice board busi- 
ness system database 1 1 . The status 11 2 is an identifier 
of the task process which is used to set tho name of 
each of the task processes in order of sequence of the 
task processes through the flow of the business proc- 
ess. The data head 113 is a head to which the data is 
inputted as the result of the business processing. By the 
data head is, for example, meant the head on the chit 
which is utilized in the general business processing, and 
the data which is set in the data head 113 corresponds 
to the data which is entered in the chit. In the present 
embodiment, as a concrete example of the data heads, 
there are exemplified "customer's name', "product 
name", 'the number of contract awards", the appointed 
delivery day", Vrice" and "delivery place". Each of the 
data heads 1 13 is given the attribute information for rep- 
resenting the status of the data given thereto. There are 
provided in the attribute information a degree 114 lor 
showing whether the data which has been inputted to 
the corresponding data head is already decided or un- 
decided yet, and a flag 115 to which "1" Is set when the 
data is advancedly inputted by the person in charge of 
the subsequent task process. In the present embodi- 
ment the update of the data head in which decided' is 
cot to the degree 114 is prohibited as a general rule. 
Incidentally, the notice board data Is information at least 
a part of which can be referred by each client 20, as in 
the so-called notice board, with respect to the business 
which is carried out in the business processing system. 
The notice board data is formed so as to correspond to 
a series of individual businesses which are processed 
on the business processing system, 

Fig, 4 Is a schematic view showing an example of 
the data form of the slat us change rule 12. The status 
change rule 12 defines the processing of which task 
process should be completed on the basis of the data 
Input situation of the data heads and the degree of the 
inputted data, and also shows the hysteresis of the oata 
input. A© understood from the figure, the status change 
rule 12 has the substantially same form as that of the 
notice board business system database 11 . The notice 
board business system database 11 holds only the new- 
est data with respect to the current task process, where- 
as tha status change rule 12 has a record every task 
process and also holds the data which is inputted and 
updated in the respective task processes. The contents 
of the notice board business system database 11 match 
the contents of the corresponding task process of the 



status change rule 1 2. To the data head in which no data 
input is required in each of the task processes, in the 
initial state, "undecided" is set in the status change rule 
12, in the Initial status, the column other than tha status 
3 1 21 , and the data heads to which "undecided' is set are 
blank columns. For example, in the task process of 
"dear, In the Infcial state, 'undecided" is set to "the ap- 
pointed delivery day", "price" and "delivery place" out of 
the data heads 122. whereas the data heads of "cus- 
10 tamer's name-, -product name" and "the number of con- 
tract awards' have the Wank columns. Therefore, since 
if the data rs inputted to the data heads of ■customer's 
name", "product name 1 and the number of contract 
awards*, the data heads which are hereabove blank col« 
« umns disappear, the processor "dear will becompleted 
Likewise, since the data rs inputted to all the data heads 
other Than "delivery place" in the process of "estima- 
tion', the data heads which are hereabove blank col- 
umns, the process of "estimation" will be completed In 
the present embodiment, the task process can nol 
change from the current task process to the next task 
process unless all the degrees 23 of the data heads are 
decided. 

Fig. S is a schematic view showing an example of 
25 the data form of the status change limit rule 1 3, Similarly 
to the status 111, the status 131 is such that the task 
processes constituting the business flow are arranged 
in order. The customer's name, the product name and 
the appointed delivery day are the data heads relating 
$0 to the business. The due date 1 32 of the processing is 
the closing day when the processing should be complet- 
ed with respect to the process of Interest The warning 
day 1 33 represents how many days before the due date 
132 of the processing the warning message should be 
& issued when the due date of the processing is drawing 
near. Both the head number and the notice board 
number are the same as those of the notice board busi- 
ness eystem database 11. In the initial state, only the 
process names of the status 131 and tha warning day 
40 1 33 are set The data head relating to the business is 
reflected with Its contents in correspondence to the up- 
date of the notice board business system database 11. 
The due date 132 of tho processing is set by an man- 
ager. 

45 Fig. 6 is a schematic view showing an example of 
the data form of the message file 14. Similarly to the 
status 111, the status 141 is such that the processes 
constituting the business flow are arranged in order. To 
Ihe message 142 is set a message which is issued when 
so tho task process changes with respect to each of the 
task processes, when the due date of the processing is 
drawing near and when data is changed by the person 
in charge of the preceding task process. 

Fig. 7 is a schematic view showing an example of 
M to data form of the destination file 1 5. Similarly to the 
status 111, a statue 151 Is such that the processes con- 
stituting the business flow are arranged in order. Both 
the destination section and Ihe name of the person in 



6 



PAGE 10125 * RCVD AT 5/25/2004 11:17:32 AM [Eastern Daylight Time] 1 SVR:USPTO€FXRF-2/5 " DNIS:74M338 1 CSID:6G7*429+41 19 1 DURATION (mm-ss):1144 



MAY 25 '04 11:45 FR IBM END 1 COTT IPLAW 607+429+4119 TO 917037464338 P. 11 

j 



EP 0 807 696 A2 



10 



charge of the task process when sending the message 
are set as the destination Information fn the destination 
file 15 so as to correspond to the associated process, 
f n addition, the address of the electronic computer ong- 
Inated maif (E-COM) may afso be set In the destination 
Information, 

Figs. 8a and 8b are respectively schematic views 
each showing an example of the data form of the notice 
board which is displayed on the display device 21 of the 
client 2. The values of the data heads of the notice board 
business system database 11 are displayed on the no- 
lice board. Fig. 8a corresponds to the status In which 
the data input has been completed with respect to the 
data heads other than the delivery place and also shows 
that the status is 'in estimation", m addition, Tig. 8b cor- 
responds to the status in which the data Input has been 
completed with respect to all the data heads and ateo 
shows that in the status, "contract award" has been 
completed. The attributes of the data heads, i.e. . the dis- 
tinction of decideoVundecided of the degree, and exist- 
ence and non-existence of the flag can be extinguished 
on the basis of the displayed colors of the data heads, 
existsnce and non-existence of the blinking display, and 
the like, 

Fig. 9 is a flow chart showing the processing flow in 
the status watcher 3. When specifying the notice board 
number, the process name, the costomer'e name and 
the like through the communication controller 24 and the 
communication controller 17 from the user input output- 
er 23 of the client 2 to receive the request from the notice 
board (Step 31 ) f the status watcher 3 retrieves the no- 
tice board business system database 11 in orderto fetch 
the information of the notice board which has been spec- 
ified with the notice board number (Step 32), Then, the 
status watcher 3 transmits the information of the notice 
board thus fetched to the associated client 2 through the 
communication controller 17 (Step 33). The user input 
outputer 23 of the associated client 2 opens the notice 
board to display the Information of the notice board on 
the display device 21. 

When the input or Update of the data has been car- 
ried out with respect to the data head or degree through 
the input unit 22 on the client 2 Side, the user inpul out- 
puter 23 transmits the inputted or updated data to the 
server 1 through the communication controller 24. The 
inputted or updated data Is received by the server 1 and 
then is delivered to the status watcher 3 (Step 34). After 
having received the inputted or updated data, the status 
watcher 3 compares the processing due date 132 of the 
entry the notice board number of which matches the no- 
tice board number of interest and the status 1 31 of which 
matches the current process name wfth the current date 
by referring to the status change limit rule 12. On the 
basis of the comparison result the status watcher 3 
judges whether or not the processing due date is passed 
(StepOS). When the current data passed the processing 
due date, the message that the data can not be inputted 
is transmitted to the associated client 2 on the side from 



which the data is to be inputted, and then the processing 
is completed (Step 45). fncidentally, r> Step 35, in the 
case as well where the data input is requested from the 
dient 2 with respect to any task process before the cur- 
5 rent task process, the processing due date is regarded 
as being passed and the processing proceeds to the 
processing In Step 45. The data input request after the 
processing due date has been passed, and the data up- 
date with respect to the preceding process after the sta- 
»* tus change are prohibited except the case where the 
special permission is given. 

Incidentally, at the time when It is detected that the cur- 
rent task process passed the processing due date 132, 
the message may be transmitted to the manager or the 
16 like in order to report this fact thereto. 

On the other hand, when ft is confirmed as Ihe result 
of the Judgement in step 35 that the current date does 
not passtheprocessingdue date yet, the status watcher 
3 updates the contents of the notice board business sys- 
20 tem database 1 1 on the basis of the inputted data (Step 
36). Next, the status watcher 3 updates the date of the 
entry the notice board number of which matches the no- 
tice board number of interest and the status 1 21 of which 
matches the current process name on the basis of the 
25 nBW ** data (Step 37). Then, the confirmation process- 
ing for the advanced of the data from the subse- 
quent task process which will be described later is exe- 
cuted (Step 38). Thereafter, the status watcher 3 judges 
whether or not the status change occurs by referring to 
the status change rule 12. In this case, when with re- 
spect to the entry the status 121 ol which matches the 
cunem task process name, the data is inputted to all the 
data heads except of the data head in which 'undecid- 
ed' is set and also all the degrees 122 thereof are "de- 
3s elded - , the status watcher 3judges that the change from 
the current task process to the next task process occurs 
(Step 39). 

When it is judged in Step 39 that the status change 
occurs, me status watcher 3 updates the contents of the 
40 entry the notice board number of which matches the no- 
tice board number of interest in the status change limit 
rule I3andthestatus 131 of which matches the current 
process name on the basis of the newest data In addi- 
tion, the status 112 of the notice board business system 
45 database 11 is updated to the next process name (Step 
40). The next process name is reglstrated in the status 
1 21 of the record next to the current task process in the 
statue change rule 12. Subsequently, by referring to 
both the message file 14 and the destination file 1 5, the 
50 fttssage that the data input in the preceding process 
has been completed is transmitted to the related section 
of the next process, and then the processing is complet- 
ed (Step 41 ). In this connection, the message thus trans- 
mined is the message corresponding to the entry the 
65 notice boero numDor # matches The notice board 
number of interest in the message fife 1 4 and the status 
141 of which is the next process name. In addition, the 
destination of the message is the destination section in 
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which the status 1 51 in the destination file 1 5 is the next 
process name, the person in charge oi the task process 
or the like. Incidentally, the status watobBr 3 extracts the 
necessary data, such as the notice hoard number, and 
the name and the data of the data head in which the $ 
data input is already carried out, together with the mes- 
sage, from the notice board business system database 
11 in order to transmit the data thus extracted together 
with the message to the related section. The related sec- 
tion which has received the message can open the no- id 
tioe boardthrough the associated client 2 and the server 



When it is judged in Step 39 that the status change 
does not occur, the status watcher 3 refers to the status 
Change limit rule 13 to update the data of the entry, (n is 
which the notice board numbers match each other, and 
the status 131 matches the current process name on 
the basis of the newest data (Step 42). Next, both the 
processing due date 1 32 and the warning day 1 33 of the 
emryofinterestarereferradtoji^gewhetherornotthe so 
current date has reached the warning day which is al- 
ready est to the warning day igg (Step 43). If the due 
date rs not drawing near, then the processing is com- 
pleted. On the other hand, if the due date is drawing 
near, then both the message file 1 4 and the destination 2s 
file 15 are referred to transmit the message that the due 
date is drawing near to the related section in charge of 
the current task process, and then the processing is 
completed (Step 44), In this connection, the message 
thus transmitted is the message corresponding to the so 
entry in which the notice board number ol interest 
matches the notic© board number in the message file 
1 4, and the status 141 is the current process name. The 
destination of the message is determined on the basis 
of the destination section of the entry in which the status & 
1S1 of the destination file 15 is the current process 
name* the name ol the person in charge of the task proc- 
ess, and the like. The status watcher 3 extracts the nec- 
essary data, such asthe notice boardnumber, the name 
and the data of the data head in which the data input is *o 
already canted out, and the name of the data head In 
which the data is not Inputredyet, together with the mes- 
sage, from the notice board business system database 
1 1 in order to transmit tho data thus extracted together 
with the message to the related section. as 

Fig, 10 is a flow chart showing a flow of the process- 
ing of confirming the advanced Input of the data from 
the subsequent task process which processing is exe- 
cuted in Step 38 of Fig. 9. When the control exits from 
Step 37 of Fig. 9, the status watcher 3 judges whether ^ 
or not the data input is due to the subsequent task proc- 
ess (Stepet), Then, whether or not the data input Is due 
to the subsequent task process is determined by com- 
paring the name of the process Jn which the data input 
is required with the name of the current task process in G$ 
the status 1 1 2 of the notice board business system da- 
tabase 11 The name of the task process after tho cur- 
rent task process is registrated in the status 121 of the 



status change rule 12 and hence can be confirmed If 
the data Input is due to the subsequent task process 
thsn the flags 115 and 123 of the notice board business 
system database 11 and the status change rule 12 cor* 
responding to the data head to which the data is advanc- 
edly inputted are set and then the processing proceeds 
to the processing in Step 39 (Step 62). On the other 
hand, if it is judged in Step 61 that the data input is not 
due to the subsequent task process, then it is judged 
whether or not there is the data head to which the data 
is aoVancedfy inputted, if the data head in which the flag 
1 1 5 is set out of the data heads of the current task proc- 
ess is present in the notice board business system da- 
tabase 1 1 , then the data head of interest is the data head 
to which the data is advanoedly inputted (Step 64) If 
there is no data haad to which the data is advancedly 
fnputted, then the processing proceeds directly to Step 
39. if the data head to which the data is advancedly in* 
putted is present in Step 64, then the degree of the data 
head of interest Is judged (Step 65). If all the degrees 
114 corresponding to the data heads to which the data 
rs advancedly inputted become "decided', then the 
processing proceeds to Step 39. rf the degree 114 of 
any one of the data heads to which the data is advanc- 
edly inputted is -undecided-, then It is judged whether 
or not the data change due to the preceding task proc- 
ess is carried out, When the task process in which the 
data input is requested is the current task process, and 
also the data input or data update is earned out with re- 
spect to any one of the data heads relating to the busi- 
ness, the data change of interest corresponds to the da- 
ta change due to the preceding ts$k process (Step €6) 
Whan the data change due to the preceding task proc- 
ess is carried out, both the message file 14 and the des- 
tination file 1 5 are referred to transmit the message that 
the data change due to the preceding task process is 
carried out to the related section, The message thus 
transmitted is the message corresponding to the entry 
in which the notice board number of interest matches 
the notice board number in ihe message file 1 4, and also 
the status 141 is posterior to the name of the current 
task process. In addition, the destination of the message 
Is the destination section of the entry In which the status 
1 61 or the destination fife 15 is posterior to the name of 
thecurrenttask process, the person in charge of the task 
process, or the like. Incidental]* the status watcher 3 
transmits the notice board number, the name and data 
of the data head In which the data input/update due to 
the preoeding process is carried out, and the like togeth- 
er with the message to the related section (Step 67) 
Finafly, all trus flags 1 1 5 and 1 23 of the notice board busi- 
ness system database 1 1 and the status change rule 12 
are reset, and then the processing proceeds to Step 39 
(Step 69). When it is judged in Step 65 that the data 
change due to the precedfrig process is not carried out. 
the processing proceeds directly to Step 39. 

According to the above-mentioned embodiment 
the person in charge of the task process posterior to the 
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current task process stored in the status of the notice 
board business system database 11 can input or update 
me data advancedly. However, the limitation may be 
provided in such a way thai when the current task proc- 
ess reaches the certain spacifio task process, the oper- 
ation of referring to the notice board or carrying out the 
advanced input in the subsequent task process is not 
permitted unless the certain specific task process is 
completed. 

In addition, according to the above-mentioned em- 
bodiment, even when the processing due date 132 
which is set in the current task process does not expire, 
if the data input of the data head required for the task 
process of interest Is completed and also the degree 1 1 5 
of the inputted data is "decided', then the task process 
changes automatically from the current task process to 
the next task process. Therefore, the work flow can be 
cfynamk^ify formed. Besides, since the hysteresis of the 
past data input and update are (eft in the status change 
rule 12. the situation of the past data input/ update can 
be traced if necessary. However, even in this case, if 
there is the person in charge of the task process who 
does not took at the notice board, then the task flow will 
be stagnant. Then, In the present embodiment, when 
the processing due date is drawing near, the warning 
message is sent to the parson in charge of the task proc- 
ess in the related section, whereby it is possible to pro- 
mote the data Input which is delayed. In addition, with 
respect to the data head to which the person in charge 
of the subsequent task process can input the data while 
maintaining the concept of the current task process, the 
advanced input is made possible therefor to enhance 
the task efficiency. But, there is the case where the data 
is changed later by the person in charge ol the preceding 
task process (the current task process) and hence the 
data input made by the subsequent task process, in par- 
ticular, the undecided data input needs to be seen again. 
In the present embodiment, the message is transmitted 
in the case where when the data is changed by the per- 
son in charge of the preceding task process, the unde- 
cided data is advancedly inputted by the person in 
chargeof the subsequent taskprocess. Therefore, even 
if the data is advancedly inputted by the person in 
charge of the subsequent task process, tho confusion 
does not occur at all. 



(2) Second Embodiment 

According to the first embodiment, if one person in 
charge of the task process carries out the hput through 
the associated client 2 so as for the data heads in the 
notice board business system database 11 to be set to 
"decided", then the degree 1 22 corresponding to these 
data heads are set to -decided', and hence the data is 
decided. This method is sufficient for the data head in 
which the data may be decided by the decision making 
by one person in charge of the task process. However, 
there are some data heade in which the persons in 



charge of the two or more related sections make togeth- 
erthe decision making, or only when the sanction of the 
manager is obtained after the decision making by the 
person in charge of the task process. I.e., as the result 
* of any conference, thedata should be decided. In a sec- 
ond embodiment, the data head which requires such 
conference is regarded as the decided data only when 
users in charge of the related sections make together 
the decision making, and also for the purpose of grasp- 
10 tng the situation by the user, the situation of the confer- 
ence can be reported to the user at ail times. In addition, 
in the first embodiment, wfth respect to a certain data 
head, ft Is reported to the user in charge of the p recedrig 
task process that the user in charge of the subsequent 
15 tesk Process has carried out the advanced input. How- 
ever, there is not provided the means for being aware 
of whether or not the ■unctecided" data fs referred by any 
other user to become the basic data for use in ths task. 
In the second embodiment, the user who has carried out 
20 I** <*ata input can be aware of that other users advance 
their tasks on the basis of the "undecided" data, Lc oth- 
er users get the "undecided- data, and also the user can 
grasp the situation resulting from such advanced net- 
ting. 

25 Fig. 1 1 ie a block diagram showing a configuration 
of a business processing system in the second embod- 
iment according to the present invention. In Fig. 11, the 
portions which are denoted by the same reference nu- 
merals tc those of Fig. 2 have the same functions and 
50 constructions as the corresponding portions of Fig. 2. 
While a notice board business system database i& is! 
similarly to the notice board business system database 
1 1 * the database which acts as the notice board for the 
associated client 2, its data form is different from that of 
a* the first embodiment While a status change rule 20 is 
ateo lunctionally the same as that of the first embodi- 
ment, its form is different from that of the first embodi- 
ment. A point of difference of the statue change rule 10 
from the status change rule 12 of the first embodiment 
« is common with the difference of the notice board busi- 
ness system database 18 which wiP be described late* 
from the notice board business system database 11. 
and hence the detailed description thereof will be omit- 
ted here for the sake of simplicity. An access compcten- 
cy file 1 9 is a file wherein with respect to the data and 
the various kinds of flags of the data heafc in the notice 
board business system database 1fl, pro and con ot ref- 
erence or writing are set every user in charge of the task 
process. The access competency file 19 is, similarly to 
& other files, stored in the memory connected to the server 
t. A status watcher 4 of the server i has. in addition to 
the function of the status watcher 3 in the first embodi- 
ment, the function of carrying out the judgement of the 
situation of decision of the data of the data heads, the 
» judgement of the degree of the data, the judgement of 
the advanced gat notice of the data and the setting of 
the related flag. The client 2 is configured so as to in- 
clude the similar function to that of the client 2 of the first 
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embodiment. The form of the data which is transmitted 
between the server 1 and the associated cfient 2 is dif. 
ferent from that of the first embodiment, and hence the 
processing of the user input outputer 23 is slightly dif- 
ferent from thai of the first embodiment. However, since s 
the main function of the user input outputer 23 of the 
second embodiment is not greatly different from that 01 
the user input outputer 23 of the first embodiment, the 
user input outputer of the second embodiment is denot- 
ed by the same reference numeral as that in the first 10 
embodiment. Incidentally, in the following description, in 
the part in which the description is given by giving the 
concrete example, it isaesumed that tha business which 
is exemplified in Fig. 1 is carried out by the person in 
charge of the business, the section chief of the business t$ 
and the person in charge of a storehouse each as a use r. 

Fig. 12 is a schematic view showing the data form 
ol the notice board business system database 1B. Inci- 
dentally, in the following description, there is assumed 
the case where there are, as the data heads, "custom- 20 
era name", "product name - , "amount", "delivery price", 
and "date of delivery". The attribute information, of the 
notice board business system database 18 of the 
present embodiment, which is set in corrospondence to 
the data heads is differont from that in the first embodi- as 
ment. In the present embodiment, as the attribute infor- 
mation for representing the status of the data which le 
set in the data heads, there is provided a conference 
flag 181. a decision flag 182, a get notice flag 183, a 
decision flag 184 of conference request, a decision flag 30 
185 of conference reply, a holding conference flag 186, 
a get notice flag 167 of conference request, a get notice 
flag 188 of conference reply, and a get notice flag 189 
of other section. The conference flag 181 is provided in 
correspondence to all the data heads and is the flag for as 
representing whether or not with respect to the contents 
01 the corresponding data head, the conference by a plu- 
rality of persons in charge of the processing is required 
In order to decide the data which is set in the data head 
of interest. If the value of the conference flag 181 is *0\ 40 
then no conference is required. On the other hand, if the 
value of the conference flag 101 is 'i \ then the confer, 
enco is required. With respect to the data head in which 
V is set to the value of the conference flag 181, the 
decision flag 182 and the get notice flag 183 are con- 46 
tained therein as the attribute information. The decision 
«ag 182 is the flag corresponding to the degree 122 in 
the first embodiment andalso is the flag for representing 
whether or not the decision making is made with respect 
to the contents of the corresponding data head by the so 
person In charge of the input, in this case, it is meant 
that when the status of the decision flag becomes "i" 
the data which is est in ihe data head of interest is the 
decided data. The get notice flag 1 83 is (he flag for rep. 
resenting that with respect to the undecided data of the ss 
data head which requires no conference, any other sec- 
tion gets aovanoedly the data. When the data Is got in 
the corresponding data head by any other section "1 - 



set to the get notice flag 183. For example, in Fig. 12, 
paying attention to the data head of "customers name"' 
"0 B is set to the oonference flag 181 and hence it is un- 
derstood that with respect to this data head, no confer- 
ence is required. Then, '1 ■ (3 set to the decision flag 1 82 
and hence it is shown that the data of "company a* 
which is set in this data head is decided, in addition T 
Is also set to the get notice flag 183, and hence it Is un- 
derstood that the data is being got to other section now. 

On the other hand, when the value of the confer- 
ence flag 181 is"l", the decision flag 184 of conference 
request, the decision flag 185 of conference reply, the 
hoJdmg conference flag 186, the get notice flag 187 of 
conference request the get notice flag m of confer- 
ence reply and the get notice fiag 189 of other section 
are contained in the attribute information. The decision 
flag 184 of conference request represents the status ol 
the decision making by the person in charge of the 
processing who requests the conference. The decision 
flag 1 85 of conference reply represents ihe status of the 
decision making by the person in charge of the process- 
ing who repfys the request of the conference. Whether 
the data inputted to the data heads is the decided data 
or the undecided data is discriminated on the oasis of 
these two flags. When both the values of the decision 
flag 184 of request and the decision flag 185 of reply 
become "1 B , the data of the data head of interest Is de- 
cided, while is undecided h any case other than that 
case. Iricidentaify. in the case where the data which has 
been decided by the person in charge of the request is 
rewritten by the person in charge of the reply, or the data 
which has been decided in the reply side Is rewritten by 
the request side, the value of the decision flag 184 of 
conference request orthe value of the decision flag 185 
of conlerence reply is respectively reset to -0\ The val- 
ue of holding conference flag 186 Is set to "1 • when the 
conference is carried out. In the case where for the data 
for which the conference is requested on the basis of 
the decision maxmg by the person who requests the 
conference, its value is corrected by the person who re- 
plys the conference to carry out the decision, the con- 
ference is not established between the request side and 
the reply side, and hence the data is not decided In tha 
case, however, the conference is regarded as being cs- 
tablished therebetween and then the value of the hold- 
ing conference flag 186 is set to "r . In the case where 
the data which is set to tha data head is undeorded "1 • 
Is sot to the get notice flag 187 of request, the get notice 
flag 1 80 of repfy and the get notice flag 1 89 of other sec- 
tion when that data is got to the conference request side 
the conference reply side scarry other section, re spec- 
tivefy. In the present embodiment, it is assumed thai In 
the case where the data which requires the conference 
is intended to be pot to any other section which does not 
join In the conference, the value of the holding reference 
flag 188 needs to become "1". In Fig. 12, for example 
paying attention to the data head of 'delivery price* "1 ■ 
is set to the conference flag 181 , and hence it is shown 
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that the conference is required for that data head Since 
with respect to the decision status ot the data, the vafue 
of the decision Hag 184 of request is *1 while the value 
of the decision flag 1 85 of reply is "0", the decision mak- 
ing by the conference request side h carried out, whJJe 
the decision making by the conference reply side is not 
carried out yet and hence the undecided status m pro- 
vided. In addition, since the vaJue ol the holding confer- 
ence flag 186 is Tr, it is understood that the conf e/ence 
is not carried out yet, and hence the data of interest can 
not be got by any other section, 

Furthermore, similarly to the first embodiment, the 
advanced input flag 115 is provided as the attribute in- 
formation in correspondence to the data heads. Inciden- 
tally, as for the structure of the notice board business 
system database 18, the data structure may be adopted 
in which the data of the data heads and the correspond- 
ing flags are separately stored in the msmory, and also 
the address pointer links the data of the data heads and 
the corresponding flags. 

Tig. 13 Is a schematic view showing an example of 
the data form of the access competency file 1 9. The ac- 
cess competency file 1 9 is the file for defining the com- 
petency with respect to the accessable data and its flag 
every user. In Fig. 13. out of the data heads shown h 
Fig. 12, the definition with respect to 'delivery price", 
■appointed delivery day" and the attribute information 
corresponding to these data heads is omitted with its 
illustration. In the figure, the data or flag in which ■-■ is 
set in the field of reference represents that reference is 
prohibited. The data or flag in which v is set in the field 
of writing represents that writing or update can not be 
carried out 'Approval - which is set in the field of writing 
represents that writing or update is permitted, and -ap- 
proval' which is set in the field of reference represente 
that it is permitted to make reference to the data. For 
example, paying attention to the data head of 'product 
name', the person in charge of the business can carry 
out reference as well as writing with respect to the data 
Itself of the product name. Both the section chief of the 
business and the person In charge of a storehouse can 
refer to the data of tha data head of 'product name", but 
can not carry out writing. With re6pect to the decision 
flag 182, reference as well as writing are permitted for 
the person In charge of the business, while only refer- 
ence is permitted for both the section chief of the busi* 
ness and the person in charge ol a storehouse, and also 
writing is not permitted therefor. This reason Is thai the 
product name is the data head which requires no con- 
ference, and the data which has been decided at dis- 
cretion otthe person in charge of the business becomes 
decided. In other words, this means thai both the section 
chief of the business and the person in charge of a store- 
house may confirm whether or not the decision is made, 
i.e., whether or not the decision Is made on the basis of 
the decision flag 182 in some cases, but they can not 
carry out the operation of deciding the data. Next with 
respect to the get notice flag 183, the person in (^arge 



of the business can not carry out writing, but can carry 
out reference. On the other hand, both the section chief 
of the business and the person in charge of a storehouse 
can carry out writing, but can not carry out reference with 
s respect to the get notice flag. This means that with re- 
spect to the data head of the product name, both the 
section chief of the business and the person in charge 
of a storehouse can get the data irrespective of the de- 
cision made by the person in charge in the business. 
1 * The indication for representing that both the section 
chief of the business and the person h charge of a store- 
house have got advancedly the data is displayed on the 
display device 21 on the side of the person in charge of 
the business, Sinoethe person in charge of the business 
« is on the side from which the data is got, hevher can not 
carry out writing of data to the get notice flag 1 83 show- 
ing that the data has been •gof, However, since the in- 
formation for representing that the data has been "goT 
is displayed on ihe display screen, reference becomes 
-approval-. On the other hand, both the section chief of 
the business and the person in charge of a storehouse 
take up their posts where the data can be got. Therefore, 
writing to the get notice flag 1 83 is set to "approval". The 
display representing that the data has been got is not 
25 squired tor both the section chief of the business and 
the person In charge of a storehouse, and hence '-■ is 
set in the field of reference. In addition, in the present 
embodiment, a user who can carry out writing of data to 
the decision flag 184 of request is on the conference 
30 request side, and a user who can carry out writing of 
data to thedeoiston flag 185 of reply is on the conference 
reply side. For example, with respect to the data head 
of *arnount\ the person in charge of the business i© on 
the conference request side, while tha person in charge 
^ of a storehouse is on the conference reply side. Incident 
tally, both the status 121 and the advanced Input flag 
123 can be referred by any side user, but writing of data 
thereto can not be carried out, | n addition, the confer- 
ence flag 1 81 Is the information which is required for ex- 
<o ecuting the program by the status watcher d, and "-' is 
aet in all the fields of the conference flag 181 since a 
user does not directly carry out writing or reference. 

Fig. 14a is a schematic view showing the form of 
the notice board data which is transmitted from the serv- 
es er 1 to Ihe associated client 2. To the data of the data 
heads are added the decision flag 161, the degree flag 
162 and the advanced get notice flag 163. The decision 
flag 161 Is the flag for representing the situation of the 
decision flag of the corresponding data head, end the 
60 °* ,ho decision flag 182 is stored with respect to 
the data head which requires no reference. On the other 
hand, with respect to the data head which requires the 
conference, the value of the decision flag 1 84 of request 
or the decision flag 1 85 of reply is stored depending on 
55 whether the data transmitted user Is on the conference 
request side or the conference reply side. The decision 
flag 162 is the flag for representing whether or not the 
corresponding data head is decided. The advanced get 
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notice flag 163 is the flag for representing whether or 
not the corresponding data head is aoVaneedly got. 

Fig. 14b is a schematic view showing the form of 
the data which is transmitted from the associated client 
2 to the server 1 . The data to be transmitted includes 
the data which is sent from the server 1 every data head 
or is inputted/updated in the cfient 2, and the decision 
flag 1 61 and the get notice flag 1 64 which belong there- 
to. The decision flag 161 has the same meaning as thai 
of the decision flag in the data which is sent from the 
server. An intention of decision of a use/ for the cor re- 
spondfrig data head reflects in the decision flag 1 61 in 
the data which is sent from the client 2 to the server 1 
For example, if for the undecided data which has been 
sent from the server with "0- being set to the decision 
flag 161, the operation for deciding that data is carried 
out by a user, then that data is sent to the server 1 with 
■1 ■ being set to the decision ffag 1 61 . The get notice flag 
164 is used to inform the server 1 of that a user has got 
tho corresponding data. A user can carry out the get no- 
tice operation with respect to ihe data of the desired data 
head. Then, when a user carries out the operation of 
getting the data then V is set to the get notice flag 1 64 
corresponding to that data head. 

Rg. 1 5 is a now chart showing a flow of the process- 
es >in me status watcher 4. In the processing in the sta- 
tus watcher 4 in the present embodiment, as shown in 
Fig. 15, the processings from Step 71 to Step 76 are 
additionally provided between the processings of Step 
32 and Step 33 in the first embodiment shown in Fig. g, 
and also the processing of Step 36 is replaced with the 
processings ot Step 77 and Step 76. Now. the process- 
ings which are newly executed in the present embodi- 
ment will hereinbelow be described mainly, and also the 
description of the processnigs overlapping with those in 
the first embodiment re omitted here for the sake of sim- 
plicity. After the status watcher 4 fetches, in response to 
the request issued from the client 2, the specified notice 
board from the notice board business system database 
(Steps 31 and 33), ft recognizes the user whohas made 
the request on the basis of the identifier (Step 71 ). Then, 
the status watcher 4 retrieves the access competency 
file 1 9 in accordance with the recognition resuJt to fetch 
the access competency information with respect to the 
data and the flags of the user of interest (Step 72) Next 
the statue watcher 4 selects the data, to which the user 
of Interest can make reference, out of the notice board 
which has been fetched in Step 32. i.e., the data which 
can be displayed on the basis of the access competency 
information thus fetched (Step 73). 

Next, the status watcher 4 carries out the judgement 
of the decided situation by the decision flag out of the 
selected data and flags, and obtains the value of the de- 
cision flag 16i which is added to the data heads which 
are to be transmitted to the client 2. For example, in the 
case where the data head which has been selected in 
Step 73 is the data head which requires no conference, 
if the value of the decision flag 182 is "1 then the status 



watcher 4 sets the value of the decision flag 1 61 belong- 
ing to the data head which is to be transmitted to T 
On the other hand, if the value of the decision flag 182 
* 0", then the value of the decision flag 161 Is set to 
■0', In addition, h the case where the data head which 
has been selected h Step 73 is the data head which 
requires the conference, if the user of Interest is on the 
conference request side and the value of the decision 
flag 184 of request is -1 ', then the status watcher 4 sets 
10 1 to the decision flag 161. if the value of the decision 
flag 184 of request is -ry, then fT fs set to the decision 
flag 161 Likewise, if the user of interest is on the con- 
ference reply side and also the value of the decision flag 
185 of reply is V, then the status watcher 4 sets tho 
w value of the decision flag 1 61 to '1 while if the value of 
the decision flag 185 of reply is "Q-, then the status 
watcher 4 sets the value of the decision flag 1 61 to -0' 
In addrt.on. in the case where the user of interest is on 
neither the conference request side nor the conference 
20 ra Pty side, if both the values of decision flag 1 84 of re- 
quest and the decision flag 1 85 of reply are - r, then the 
status watcher 4 sets '1 ' to the decision flag 161. and 
In ihe case other than that case, sete -0" to the decision 
flag 161 . As a result, even in the case of the data head 
*s requiring the conference, when viewed from the user 
who is unrelated to the conference, this data head 
seems as if it is the data head requiring no conference 
The status watcher 4 executes the above-mentioned 
processings with respect to all the data heads which 
so were selected (Step 74). 

After the etatus watcher 4 has decided 1he value of 
the decision flag added to each of the data heads which 
were selected, it judges the degree of the data on the 
basis of both the values of the conference flag 1 81 and 
the decision flag thus decided. With respect to the de- 
cided data, the value of the degree flag 162 belonging 
to tho data head which is to be transmitted fs set to *1 
while with respect to the undecided data, the vaJue of 
that decision flag 162 is set to T>\ The status watcher 
40 4 executes the processing described above with respect 
to all the selected data heads. The details of the 
processing in here will be descrfced later (Step 75), 

Next, the status watcher 4 refers to ihe get notice 
flaglSS, the get notice flag 187 of request the get notice 
flag i88of reply and the get notice flag 189 of other sec- 
lion to judge whether or not the data is aoVaneedly got. 
With respect to ihe data which is advancedly got, me 
value of the advanced get notice flag 163 belonging to 
the data head which is to be transmitted is set to T 
« The etatus warcher 4 executes that processing with re- 
spect to all the delected data heads. The details of that 
processing will be desoribed later (Step 7Q), 

The status watcher 4 makes collectively the data of 
the data head selected fn Step 73. and the decision flag 
55 161 . the degree flag 1 62 and the advanced get notice 
flag 1 63 which have been decided in Steps 74 to 76 with 
respect to the Selected data head the transmission data, 
and then transmits the transmission data to the aseoci- 
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ated client 2 through the communication controller 17, 
In the client 2, the cata which has been sent from the 
server 1 is displayed on the display device 21 so that 
the business processing by rhe user is executed. When 
input or update for the data head, the decision flag or 
the get notice nag has been carried out as the result of 
executing the business processing in the client 2, the 
inputted or updated data or flags is arranged into the 
data format shown in Rg. 14b ae already described 
above to be sent to the server 1 . Then, the sisdw watch- 
er 4 receives the Input data and then checks whether or 
not it Is before the p/ocessing due date (Steps 33 to 35). 

If it is confirmed that ft is before the processing due 
date, then the status watcher 4 updates Ihe contents of 
the notice board business system database 18 in ac- 
cordance with the data which has been sent from the 
client 2 and the decision flag 161 . The status watcher 4 
is permitted to cany out update by the user of interest 
on the basis of the access competency fife 1 9. and aiso 
updates the data heads to which the data can be input- 
ted and the Rags. Now, the processing of updating the 
flags on the basis of the decision flag 161 in the received 
data is executed as follows. With respect to the data 
head In which the value of the conference flag 1S1 is 
■0", the value ol the decision flag 161 which has been 
received Is set in Ihe decision flag 182. That is, if there 
Is the decision making by the user, then the value of the 
decision flag 1 82 is set to "1 If with respect to the data 
head in which the value of the reference flag 191 is '1 • 
the user of interest is on the conference request side, 
the value of the original decision flag 184 of request is 
■0", and the vaiue of the decision flag 161 is T. then 
the status watcher 4 sets the value of the decision flag 
1 84 of request is T. When the user of interest is on the 
conference reply side, the value of the original decision 
flag 155 of reply is •0' and the value of the decision flag 
1 61 is "1 \ likewise, the status watcher 4 sets the value 
of the decision flag 185 of reply to 1". When both the 
values of the decision flag 184 of request and the deci- 
sion flag 185 of reply become '1- by carrying out that 
operation, the value of the holding conference flag 186 
is set to V. When the data of the data head in which 
the value of the decision flag 184 of request is "1 1 is up- 
dated by the reply side, the value of the decision flag 
184 of request Is changed to "0" and also 4 1 9 is set to 
the holding conference flag 186 irrespective of the con- 
tents of the decision flag 185 of reply. When the data ol 
the data head In which the value of the decision flag 1 86 
Of reply is -r Is updated by the request side, the value 
of the decision flag 185 of reply is changed to and 
also the value of the holding conferenoe flag 186 is set 
to T irrespective of the contents of the decision flag 
184 of request (Step 77). 

Next, the status watcher 4 executes the processing 
of setting the get notice flag. With respect to the data 
head in which -0' Is set to the conference flag 181 and 
also the value of the decision flag 182 is -0\ the value 
of the get notice flag 164 which has been received is set 



in the get notice flag 183. That is, if the advanced get 
notice is requested by a user, then the status watcher 4 
set "1 » to the getnotice flag 183. With respect to the data 
head in which the value of the conference flag 181 is 
s "1 when the value of the received get notice hag 1 64 
te M\ the setting of the get notice flag 187 of request, 
the get notioe flag 188 of repfy and the get notice flag 
1 89 of other section is controlled in accordance with the 
status ol the holding conference flag 186, the decision 
W flag 184 of request and the decision flag 185of replyoy 
the user who is on one of the conference request side, 
the conference reply side and any other section fSteo 
78). r 

After having updated the notice board business sys- 
75 tern database 18 in a manner as described above, the 
status watcher 4 executes the processings in Steps 37 
to 44 similarly to the first embodiment. 

Fig. 16 is a detailed flow chart showing the process- 
ing of judging the degree of the data which processing 
20 * executed in Step 75. The status watcher 4 judges with 
respect to the data selected in Step 73 and the flags 
whether or not '1 ' is set to the conference flag 1 81 (Step 
81). When the value ol the conference flag 181 is TJ", 
the status watcher 4 carries out the judgement of the 
& value of the decision flag 182 with respoct to the data 
head of interest (Step 84). If the value of the decision 
flag 182 is "1", then the value of the degree flag 162 
belonging to the data head which is to be transmitted to 
the client 2 side is set to B r (Step 85>, When the value 
so of the decision flag 182 is '0", the value of the degree 
flag 1 62 belonging to the data head which is to be trans- 
mitted is set to ^0* (Step 86). On the other hand, when 
the value of the conference flag 181 is T in Step 81, 
the status watcher 4 successrvely judges whether or not 
55 the conference request side has determined the data on 
the oasis of the decision flag 184 of request (Step 82). 
When the value of the decision flag 184 of request is 
*0\ the status watcher 4 sets the vaiue of the degree 
flag 162 belonging to the data head which is to be trans- 
40 mitted to -0- (Step B6), When the value of the decision 
flag 184 of request is m V, the status watcher 4 lurther 
judges on the basis of the decision flag of reply whether 
or not the oonf erence reply side has determined the data 
(Step 83). When the value of the decision flag 185 of 
reply Is *0\ the status watcher 4 sets ihe value of the 
degree flag 162 belonging to the data head which fs to 
be transmitted 10 T>- (Step 86). When the value of the 
decision flag 185 of r^ply is "1 \ the value of the degree 
flag 1 62 belonging to the data head which Is to be trans- 
so mined is set to "1 ' (Step 85), 

As described above, for the data head in which * 1 ■ 
is set to the degree flag 162, Its data has been decided 
Such data corresponds to the decided data in the first 
embodiment and hence hereafter is similarly r efened to 
« as the decided data In the present embodiment as well. 
In addition, the data in a state in which the value of the 
deoiston flag becomes *0" on the basis of the above- 
mentioned processing is referred to as the undecided 
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Fig. 1 7 is a detailed flowchart showing the process- 
ing of judging the advanced get notice of the data which 
processing is executed in Step 76. The status watcher 
4 judges whether or not with the selected data and the s 
flags, ihe value of the conference flag 181 is "1" (Step 
91). When the value of the conference flag 181 Is Yr, 
the etatus watcher 4 carries out the judgement of the 
decision flag 182 0/ the data head of interest (Step 92) 
When the value of the decision flag 182 Is T, the to 
processing proceeds directly 10 the processing in Step 
33 since no advanced get notice occurs, On the other 
hand, when the value of the decision flag 182 is '0\ the 
status watcher 4 further carries out the judgement of the 
get noticeflag 183 (Step 93). If the value of the get notice » 
flag 183 is T, after the status watcher 4 has set the 
value of the advanced get notice flag 163 belonging to 
the data head which is to be transmitted to the associ- 
ated client 2 to 'i» the processing proceeds 10 the 
processing in Step 33 (Step 99). If the value of the get so 
notice flag 183 is "0", then It is judged that the advanced 
get notice is not carried out, and then the processing 
proceeds to the processing in Step 33. 

When the value of the conference flag 181 is M " in 
Step 91 .the status watcher 4 judges on the basis of the 2s 
get notice flag 189 of other section whether or not the 
data is got by any one of other sections (Step 94). When 
the value of the get notice flag t89 of other section is 
M", the status watcher 4 judges on the basis of the de- 
cision flag 184 of request and the decision flag 1 85 of so 
reply whether or not the conference reply side has got 
the data from the conference request side and also 
whether or not the conference request side has 901 the 
data from the conference reply side (Step 95). Whan 
both the values of the decision nag 184 of request and 35 
the decision flag 1 85 of reply are "1 \ the status watcher 
4 proceeds directly to the processing in Step 33 since 
no advanced gat notice occurs. On the other hand, when 
both the values of the decision flag 184 of request and 
the decision flag 185 of reply are not '1 ■, i.e.. when the 40 
value of at least one of the decision flag 184 of request 
and the decision flag 183 of reply Is set to "1 ■ the status 
watcher 4 sets the value of the advanced get notice flag 
1 63 belonging to the data head which is to be transmit- 
ted to '1 ■ (Step 99). In such a way, when the value of 45 
the get notice flag 189 of other section is T, if *r to not 
set to both the decision flag 1 84 of request and the de- 
cision flag 185 of reply, then the data of interest will be 
advancedry got by any one of other sections, 

When the value of the get notice flag 189 of other so 
section is "0' in Step 94, the status watcher 4 judges 
whether or not the user is any one ot other sections 
(Step 98). When the user is any one of other section 
the status watcher 4 proceeds directly to the processing 
In Step 33 since no advanced gel notice occurs. On the « 
other hand, when the user is not any one of other sec- 
tions, but is on either the conference request side or the 
conference reply side, the status watcher 4 judges on 



the basis of the get notice flag 187 of request whether 
or not the conference request side has got the data 
(Step 97), When the value of the get notice flag 187 of 
request Is T, *r is set to the advanced get notice flag 
1 69 belonging to the data head which is to be transmit- 
ted (Step 99). On the other hand, when the value of the 
get notice flag 187 of request is nr. the status watcher 
4 further judges on the basis of the get notice flag 188 
of repry whether or not the conference reply side has got 
the data (Step 98). When the value of the get notice flag 
188 of reply is T, the status watcher 4 sets the value 
of theadvanced get notice flag 163 belonging to Ihe data 
head which Is to be transmitted to '1 " (Step 99). On the 
other hand, when the value of the get notice ftag 1 88 of 
reply is V, me status watcher 4 proceeds directfy to the 
processing in Step 33. 

Fig. I8isaflowchartshowlngaflowoftheprocess- 
ing of setting a get notice flag which processing is exe- 
cuted rs Step 78, When with respect to the data head in 
which the value of the conference flag 181 is -1 • in the 
notice board business system database 1 8. the value of 
the corresponding get notice flag 164 which has been 
recerved from the client 2 is 'V, i.e.. the operation of 
getting the data is carried out in the client 2 by a user, 
the etatus watcher 4 executes the following process^ 
ings. Firstly, the status watcher 4 identifies the user in 
order to judge whether the user is on the conference 
request side or the conference reply side (Step 101). 
When it becomes clear as the result of the judgement 
that the user of interest is on neither the conference re- 
quest side nor the conference reply side, but is the user 
of any one of other sections, the status watcher4 judges 
whether or not the value of the holding conference flag 
188 is T (Step 102). In the present embodiment, the 
processing is executed on the basis of the rule that the 
data requiring the conference which is not carried out 
even one time can not be got by the user in any one of 
other sections". For this reason, the data of interest can 
not be advancedry got by the user of any one of other 
sections unless the conference is carried out and hence 
the value of the holding conference flag 186 becomes 
•l*. When the value of the holding conference flag 186 
is judged not to be "1 • in Step 102, since the advanced 
get notice can not be carried out, the status watcher 4 
sends an error message to the Client 2 which has carried 
out the request and then the processing is completed 
(Step 110). When the value of the holding conference 
flag is "1 ', then it is judged whether or not both the values 
of the decision flag 184 of request and the decision flag 
1 85 of reply are »1 ■. This judgement fs carried out k\ or- 
der to distinguish whether or not the data of interest will 
be advancedly got (Step 103). When both the values of 
the decision flag 184 ol request and the decision flag 
1 B5 of reply are V, the processing in here is completed 
since noadvanced get notice occurs. When both the val- 
ues of the decision flag 1 84 of request and the decision 
flag 18S of reply are not V, the etatus watcher 4 sets 
•r to the get notice ftag 189 of other section, thereby 
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eompteting the processing (Step 104). Whan it is judged 
in Step 101 that the user is on either the conference re- 
quest si de or the conference reply side, then it is Judged 
whether or not the user is on the conference request 
side (Siep 106). When the user is judged to be on the 
conference request side, it is judged whether or not the 
value o! the decision flag 185 of reply is T (Step 106). 
When the value of the decision flag 1 85 of reply is "1 
i.e., the data is in the decided state, the processing is 
directly competed since no advanced get notice occurs. 
On the other hand, when the va/ue of the decision flag 
185 of reply is not T, i.e., the data is in the undecided 
state, in order to show that the data is got by the con- 
ference request side before the decision by the confer- 
ence reply side has been made, the status watcher 4 
sets 4 V to the get notice flag 187 of request, thereby 
completing the processing (Step 107). In addition, when 
the user is judged to be on the conference reply side in 
Step 105, the status watcher 4 judges whether or not 
the value of the decision flag 184 of request is *1 " (Step 
1 08). When the value of the decision flag 1 84 of request 
is i.e., ths data is in the decided state, the processing 
is directly completed since no advanced get notice oc- 
curs. On the other hand, when the value of the decision 
flag 1B4 of request is not T. i.e., the data is in the un- 
decided state, in order to show that the conference reply 
side gets the data before the decision by the conference 
request side has been carried out, the status watcher 4 
sets ■ 1 • to the get notice flag ids of reply, thereby com- 
pleting the processing (Step 109). 

What style the notice board data is displayed on the 
display device 21 of the diem 2 in accordance with the 
notice board data sent from the server 1 as the result of 
the above-mentioned processing will hereinbetow be 
concretely described by giving several examples. 

Fig. 1 9 te a first display example of the notice board 
which is displayed on the display device 21 of the client 
2, and is a schematic view useful in explaining mainly 
what style whether or not the decision making is made 
by the person in charge of the task process or the man- 
ager is displayed on the screen. The user input outputer 
23 displays the data with respect to the data heads of 
the notice board which has been sent from the server 1 , 
and also displays the radio buttons, in an on or off style,' 
corresponding to the displayed data in accordance with 
the decision flag 1 61 belonging to the data hoada. In the 
figure, the open circle represents the radio button in the 
off state, while the open circle having therein the black 
dot represents the radio button in the on state. Each of 
the radio buttons represents whether or not the data cor- 
responding thereto is decided by the person In charge 
of the tasK process or the manager. In the example 
shown in Frg. 10, all the data of the customer's name 
and the product name is decided since the radio buttons 
corresponding to that data are in the on state. On the 
other nand. the data heads of the amount, the delivery 
price and the appointed delivery day are not decided yet 
since the radio buttons corresponding to those data 



heads are In the off state. Incidentally, the off-display 
can be changed to the on-dieplay by pressing the de- 
sired radio button down by a user, and the result of this 
change is sent as the decision flag 161 of the corre- 
s sponding data head to the server 1 , 

Rg. 20 is a second display example of the notice 
board which is displayed on the display device 21 , and 
is a schematic view useful in explaining mafrily what 
style with respect to the data to be displayed, decided/ 
undecided of its degree is displayed on the screen. 
When having received the data of the notice board from 
the server 1 , the user input oiflputer 23 displays thedata 
h the form of the black face or the light face on the dis- 
play device 21 in accordance with the value of the de- 
16 gree flag 1 62 belonging to the associated data head. In 
this example, the data of both the customer 4 © name and 
the product name is displayed in ihe form of the black 
face. As a result, a user can recognize that the data is 
decided with respect to both the customer's name and 
so the product name. On the other hand, the data of the 
amount, the delivery price and the appointed delivery 
day is displayed in the form of the light face and hence 
a user can recognize thai the data is not decided yet 
with respect to the amount, the delivery price and the 
23 appointed delivery day. 

Rg. 21 is a third display exampleof the notice board 
which is displayed on the display device ai, and is a 
schematic view useful in explaining mainly what style 
the degree of the data is displayed on the screen. In this 
30 example, the description Is given on the assumption of 
the displayed picture which is displayed on the display 
device 21 when a user of the client ia the person in 
charge of the business. Incidentally, it is assumed that 
with respect to the customer's name and the product 
35 name, its data is decided by the decision making by the 
person in charge of the business, and with respect to 
the delivery price, it* data is decided by the settlement 
by the section chief of the business for the data which 
was decided by the person in charge of the business, i. 
4o e . ( by the conference. In addition, it is assumed that both 
the amount and the appointed delivery day ere decided 
on the basis of the conference made by both the person 
in charge ot the business and the person in charge of a 
etorchou8e. in this example, both the customers name 
** and me product name are displayed in the form of the 
bfack face and hence it is understood that the decision 
making was made lor both the customer's name and the 
product name by the person in charge of the business 
and also both the customer's name and the product 
50 name are decided. In addition, both the delivery price of 
a television set and the delivery price of a video tape 
recorder are also displayed in the form of the black faoe 
and hence it is understood that the deoisbn making was 
made by the person in the charge of the business and 
55 the settlement wasmade by th* section chief of the busi- 
ness to decide the data On the other hand, while with 
respect to the delivery price of an air conditioner, its ra- 
dio button is in the on state, its data is displayed In the 
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c* thai task while grasping the situation with respect to the ac- 
&on in ton which any other user has taken. Incidentally, the 
oe yet present embodiment has been described by taking the 
9 data specific case where the conference reply side corre^ 
awftn * spends to Only one section by an example. However, it 
radro should be noted that in even in the case where the eon- 
fed m ference reply side corresponds to a plurality of sections 
dech the above-mentioned procedure can be realized simi- 
af the iarry to that in the above-mentioned embodiment. In this 
>ment io case, in the above-mentioned embodiment. In the 
&use. processing of carrying out the judgement of the decision 
» oa.- ti afl oj rep | y ^ ^ may b& managed M bejnfl 

>y the on the conference reply side whan the value of the de- 

i is in cision flag of reply corresponding to all the conference 
« reply sides is set to V. 

totice 

- and (3) Third Embodiment 
5 dts- 

i this in foe first and second embodiments, the statue of 
ithat 2o the notice board is changed when the predetermined 

i ex- data head becomes decided. As for the form fn which 

data the data te decided to be inpuued for the data head the 

rfuct following form may be considered. The first form Is" the 

by form wherein there is only one data which may be taken 
oard * with respect to one data head, tn this case, one notice 

*lce board is constructed by one record. The second form is 

H»ei- the form wherein there are two or more data Which may 

nde- be taken with respect to at least one data head. In this 

with case, one notice board is constructed by a plurality of 
shed 50 records. The method of storing, when the record consti- 

the luting the notice board is single, the data in the single 
teta notice board is different from the method of storing, 
ame when a plurality of records constituting the notice board 
ven are provided, the data in the nottee board. In the notice 
ota as board ot the single record, the data should be stored In 
a of me database in such a way that the task status on the 
>de- notice board is reflected for the data which is inputted 
Tn to all the data heads. On the other hand fn the notice 
ion. board constituted by a plurality of records, even when 
on- 40 the data is inputted to only the part ol the data heads 
I of the status ol the nolfce board can be changed every 
the record. For example, in the case of the notice board in 
son which the names of aplurality of products are registrated 
T !, hedatain mo tend of the product name, even 
ad- 46 if ail the data Ot this data head is not decidedly Inputted, 
ata the status can be decided every data. In addition, in the 
* Is notice board constituted by a plurality of reco^ the ma- 
ss, tus may be judged on the basis of the combination of 
ant the statesof the records. Thus, it is considered that even 

in so in mo same data head, the form in which the data Is do- 
to. cided varies depending on the user. Then, in the 
ne embodiment, the llexibUity is given to the change in the 
ng status of the notfce board for the decision of the data so 
fu- that the flexible working corresponding to the actual 

is ss business form can be carried out 

he Fig. 23 is a block diagram showing a configuration 

as of the business processing system of a third ernbodi- 

^ ment according to the present invention. The business 

15 
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processing system in the present embodiment has ba- 
sically the same configuration as that of the second em- 
bodiment except that the structure of a status change 
rufe 27 and the part ot the function which is realized by 
a status watcher $ are different from those of the eecond s 
embodiment. Therefore, in the present embodiment, the 
description will hereinbelow be given by applying the 
same reference numerate which were used in the eec- 
ond embodiment to the parts which are common with 
those In the second embodiment. 10 

Fig. 24 b a schematic view showing the data form 
of the status change rule 27 in the present embodiment. 
In the statue change rule 27 in the present embodiment, 
the data heads which need to be decided in order to car- 
ry out the business of the task process are defined every ™ 
task process. In Fig. 24, there is shown the etatus 
change rule 27 which is defined with respect to the busi- 
ness which is progressed using the notice board identi- 
fied with the notice board number "00 1 ■. Incidentally, the 
status change rule 27 shows the task by which task 20 
process the status can change to, and hence is different 
from both the status change rule 12 of the first embod- 
iment and the status change rule 20 of the second em- 
bodiment in which the conditions required lor changing 
the task process from the current task process to the & 
next task process are defined. In Fig. 24, the task proc- 
esses in the business are ragfetrated in a task process 
271. The notice board number of the notice board in 
which the change status is defined is registrated in a 
noticeboardnumber272.Statusdefiniltona?lumns273 30 
to 277 correspond to the data heads of the notice board 
business system database 16. The statue which in the 
task processes, the data of the corresponding data head 
must fulfill in order to carry out the business of the task 
process of Merest is set to the associated status defi- ss 
nition column. With respect to the etatus definition col- 
umn to which is set, there is shown the fact mat the 
data of the data head of interest does not need to be 
decided in order to execute the processing in the corre- 
sponding task process. In the case where the data head *o 
having a plurality of data to be inputted thereto is 
present, when wfth respect to the data head required for 
the task, all of a plurality of data of that data head should 
be decided. "ALL" is set to the associated status defini- 
tion column. In the case where any one of the data of 4S 
the data head has only to be decided, "EACH" is set to 
the status definition column. In addition, in the case 
where with respect to the data head having only one da- 
ta given thereto, the one data needs to be decided, 
•ALL' Is set to the status definition column. Incidental so 
with respect to the data head having only one data given 
thereto, tor the purpose of distinguishing this data head 
from the data head having a plurality of data given there- 
to, in order to show that the data of interest needs to be 
decided, for exampie, the information such as "decided" ss 
may also be set. In the example shown In Fig. 24, since 
the task process of •deal' is the first task process out of 
a series of businesses and hence th© business Is carried 



out with all the data being undecided, v> is set to the 
status definition columns 273 to 277 with respeot to all 
the data heads. In addition, the task process of 'stock 
confirmation- defines that with respect to any one of the 
products, in addition to the consumer's name <it is as- 
sumed that in one notice board, only one data is given 
to "consumer's name'), its product name and amount 
have only to be decided. Therefore. "AIL* is set to the 
status definition column 273 corresponding to the con- 
sumer'e name, while "EACH' is set to each of the status 
definition ccJumns 274 and 276 corresponding to the 
product name and the amount, In addition, since in the 
task process of "price estimation", the data needs to be 
decided in the data heads other than Ihe appointed de- 
livery day, >/\LL' is set to each of the etatus definition 
columns 273 to 276 other than the etatus definition col- 
umn 277 corresponding to the appointed delivery day. 

Incidentally, the status change value 27 of the 
present embodiment is limited, with respect to the status 
change of the task process, to the definition of the con- 
ditions required therefor, and hence it is imposetole to 
obtain the hysteresis of inputting/ updating the data to/ 
in the notice board business database. Jf it is required 
to obtain the hysteresis, as in the embodiment already 
described above, the inputted data and the attribute in- 
formation corresponding to its data head are enabled to 
be registrated every data head, thereby being able to 
cope therewith. Or, the file for obtaining the hysteresis 
may also be specially prepared. 

The processings which are executed in the present 
embodiment by the status watcher 5 are approximately 
the same as those whioh are executed in the second 
embodiment by the status watcher 4 except for the fol- 
lowing two points. The judgement processing is different 
therefrom which is executed in the processing (Step 39) 
of judging whether or not the etatus change occurs. In 
addition, since the hysteresis is not left In the status 
change value 27, the processing of updating the status 
change rule (Step 37) is not executed at all. Fig. 25 
shows a flow chart of the processing of judging whether 
or not the status change occurs which processing is ex- 
ecuted by the statue watcher 5 in the present embodi- 
ment The status watcher 5 makes reference to the eta- 
tus change rule 27 to obtain the definition information 
with respect to the task process next to the current task 
process (Step 300). it is judged whether or not all the 
data is decided with respect to each of the data heads, 
to which 'All* is set, out of the obtained definition In- 
formation (Step 301). If all the data Is decided with re- 
spect to each of the data heads to which "ALL" is set, 
then rt is judged whether or not the definition information 
is fulfilled with respect to the data head in which "EACH' 
is defined as the definition information. More specifical- 
ly, it is checked whether or not there is the record, in 
which all the data Is decided with respect to each of the 
data heads to which "EACH* is set by the status change 
rule 27, out of the records of the notice board business 
system database. If such a record is present, then the 
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definition Information "EACH" is fulfilled (Step 302). 
Since if the definition information "EACH" is also fulfilled 
then the statue change to the next task process is pos- 
sible, the status change is judged to occur (Step 303) 
On the other hand, when It Is Judged h Step 301 or Step s 
302 that the condition is not fulfilled, It is judged that the 
status change does not occur (Step 304). 

As described above, according to the third embod- 
iment, how to make the change in the status can be fine- 
ly set every data head. As a result, users can recognize to 
the current work state every head or for the data of the 
data head contained in the head, and hence it is possible 
to promote more smoothly, comfortably the connection 
with other workers. Incidentally, in the above-mentioned 
embodiment, If the data stored in the notice board busi- *s 
ne$e system database is used with respect to the data 
head which is registrated in the status change limit rule, 
and the attribute information corresponding to the data 
head, then it is possible to remove the need of registrat- 
ing the data in the status change limit rule. In this case w 
it is possible to omrt the processing in Step 42, tn addi- 
tion, in the present embodiment, the procedure may also 
be adopted in which the notice board business system 
database hoWs the data which is inputted/updated by 
the business processing, and also the conference flag £$ 
Which is not updated in the business processing is pro- 
vided separately from the notice board business system 
database. 

White in the above-mentioned embodiment, the no- 
tice board business system database is given the inter- so 
mation relating to the status in order to enable Ihe cur- 
rent task process to be identified, the data may not be 
given to the notice board business system database. In 
this case, when there is need of being aware of the sta- 
tus, the procedure may be adopted in which the decided ss 
status of the data heads is checked on the basis ot the 
attribute information in the notice board business sys- 
tem database, and as a result, the status change rule is 
referred to obtain the current status. In addition, in order 
to judge whether or not the status should be changed, to 
In the stage before updating the notice board business 
system database on the basis of the data sent from the 
client, the status is obtained once and then is held. Then, 
in Step 39, the statue which is obtained after having up- 2. 
dated the notice board business system database is <5 
compared with the status which is held to Judge whether 
or not the status change occurs. 

As set forth hereinabove, according to the present 
invention, the contents of all the data heads relating to 
the business processing are opened in the form of a no- w 
ties board business system database to ail the related 
persons in charge of the task processes. Therefore, 
each of the persons in charge of the task processes can 
took at the progress of Ihe business processing, and 3 
hence it is possible to Improve greatly the task efficiency, ss 

While the present invention has been particularly 
shown and described wilh reference to the preferred 
embodiments, it will be understood that the various 



changes and modifications will occur to those skilled in 
the art without departing from the scope and true spirit 
Of the invention. The scope of the invention is therefore 
to be determined solely by the appended claims 



Claims 

1 . A business processing method which is carried out 
by a first memory for holding, through a flow of a 
business processing constituted by a sequence of 
a plurality of task processes, a plurality of data 
heads data of which has been inputted as the result 
of the business processing through terminal units 
(22) by the respective persons In charge of the plu- 
rality of task processes and for storing therein a no- 
tice board business system database <11) which is 
opened to all the persons in charge of the plurality 
of task processes, a second memory for storing 
therein a status change rule (12) for setting the sta- 
tus which the plurality of data heads should fulfill in 
order tor the task process to change with respect to 
sach of the plurality of task processes, and an in- 
formation processor (1) for accessing \o said first 
memory and said second memory, said method 
comprising the steps of: 

receiving a request for inputthg the data Irom 
the terminal unit to said notice board business 
system database; 

updating, in respect to the input request, the da- 
la of the corresponding data head in said notice 
board business system database; 
judging on the basis of said status change rule 
whether or not the task process can change- 
and fe ' 

informing, when it is judged as the result of the 
judgement that the task process can change, 
the terminal unit of the person in charge of the 
task process the task of which can be newly 
carried out of that the task process has 
changed. 

A business processing method according to claim 
1 . wherein said notice board business system da- 
tabase further holds an identifier of the task proc- 
ess, which is currently In the task state, as an Iden- 
tifier of the current process, and said Information 
step includes the step of updating the identifier from 
the identifier of the current process to an identifier 
of the task process the task of which can be newly 
carried out. 

A business processing method according to claim 
1, wherein said status change rule has information 
representing whether or not the plurality of data 
heads is the data heads, in which the data input is 
to be completed, with respect to the plurality of task 
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processes, and Bald Judgement step fs to judge that 
when the operation of inputting the data has been 
completed with respect 1o all the data heads which 
are set for the current process, the task process can 
Change from the current task process to the next 
task process. 

L A business processing method according to claim 
3, wherein said status change rule has degree in- 
formation representing whether the degree of the 
data which Is Inputted with rasped to each of the 
pfuraJity of task processes is decided or undecided, 
and said judgement step is to set decided or unde- 
cided to the data corresponding to the degree infor- 
mation on the basis of the input request, and to 
judge, when aJI the data of the data head becomes 
decided In which it is shown that the data input 
should be completed, that the task process can 
change from the current task process to the next 
task process. 20 

A business processing method according to claim 
1 , Wherein a third memory for storing therein a Hmit 
rule (13) for setting the due date, when the data in- 
put should be completed, with respect to each of 2s 
the task processes having the respective process- 
ing limits is further provided, said third memory be- 
ing accessed by said Information processor, and 

wherein said etep of receiving the request in- 
cludes me step of judging whether or not the current so 9 
form has passed the processing limit which is set 
for the current process, and the step of informing, 
when it is judged that the current term has passed 
the processing limit, the terminal unit of that the data 

can not be inputted and also of prohibiting the data 
input through the terminal limit. 

A business processing method according to claim 
5, further comprising the steps of: 



judging on the basis of said limit rule whether 
or not the current term has reached a predeter- 
mined terni before the processing limit which is 
set with respect to the current process; and 
informing, when it is judged that the current 
term has reached a predetermined term, the 
terminal unit of the person in charge of the cur- 
rent task process of that the due date is drawing 
near. 

A business processing method according to claim 
3, wherein said update step comprises the steps of: 

judging whether or not the person in charge of 
the task process who has requested the input 
on the basis of the input request is the person 
in charge of the task process subsequent to the 
current task process; and 



40 
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setting, when it is judged thai the person in 
charge of the task process who has requested 
the input is the person in charge of the subse- 
quent task process, an advanced input flag, 
representing thai the data has been advanced- 
ly inputted, in correspondence to the data head 
in said notice head business system database 
which is to be updated on the basts ot the input 
request 

. A business processing method according to claim 
7, wherein said update step further comprises the 
steps of: 

judging, when it is judged in said judgement 
step that the person in charge of the task proc- 
ess who has requested the input is not the per- 
son in charge of the subsequent task process, 
whether or not the modification is carried out 
with respect to the undecided aoVancedly in* 
putted data in whioh the advanced input flag is 
eet in the data head in said notice board busi- 
ness system database; and 
informing, when it is judged that the modifica- 
tion is carried out with respect to the aoVanc- 
edly inputted data, the terminal unit of the per- 
son in charge of the subsequent task process 
of the data modification. 

A business processing method accordrng to claim 
1. wherein said notice board business system da- 
tabase has degree information representing wheth- 
er the degree of the inputted data is decided or un- 
decided every data head, and said judgement step 
is to judge, when all the data of the data head for 
which the data input should be completed by said 
status change rule has become decided, that the 
task process can change from the currenttask proc- 
ess to the next task process. 

A business processing method according to claim 
9, wherein said notice board business system da- 
tabase has a gel notice flag representing tho termi- 
nal unit of which person in charge of the task proc- 
ess the data set every data head is got from, and 

Wherein said business processing method fur- 
ther comprises the steps of. 
judging whether or not there is the data head 
to which said get notice flag is set, the data 
head being represented as being undecided by 
the degree information; and 
transferring, when there is the corresponding 
data head, in response to a notice board busi- 
ness system database transfer request issued 
from the terminal unit, information reporting 
that the get notice is carried out for the data of 
the corresponding data head as wen asthe data 
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in said notice board business system database 
which has been requested. 

11. A business processing method accoiding to claim 
9, wherein said notice board business system da- 
tabase has a conference flag for representing 
whether or not the conlercnce is required for decld- 
ing the data, which is set, every data head, and aJso 
has a decision flag (or representing whether or not 
there is carried out the decision making for the data, 
which is set. every person in charge of the task proc- 
ess who participates in the conference, as the de- 
gree information of the data head in which it is 
shown by the conference flag that the conference 
is required, and 

wherein said judgement step includes the 
step of judging whether or not ail the decision flags 
show that the decision making has been made by 
the persons in charge of the task processes, with 
respect to the data head in which it Is shown by the 
conference flag that the conference is required, and 
in which it is shown by saw status change rule that 
the data Input should be completed, and the step of 
judging, when aU the decision flags show that the 
decision making has been made by the persone in 
charge of the processes, that the data which is set 
to the data head of interest is decided. 

12. A business processing method according to claim 
1. wherein said notice board business system da- 
tabase has degree information for representing 
whether or not the data which is set is decided every 
data head, and said status change rule has, every 
data head of said notice board business system da- 
tabase, in correspondence to each of the task proc- 
esses of the business processing, status change 
value information for representing whether or not 
the data head needs to be decided in order to exe- 
cute the processing of the task process of interest 
and 

wherein said judgement step includes the 
step of referring to the decided information to 
search sakf status change value In order to judge 
the task process In which the processing can oe ex- 
ecuted. 



13- A business processing method according to clafrn 
12. wherein the status change rule Information cor- 
responding to the data heads in which a plurality of 
data is set in said notice board business system da- 
tabase includes information for representing wheth- 
er all the set data needs to be decided or a part of 
the data has only to be decloed. 
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14. A business processing system tor executing the 
business processing constituted by a sequence of 
a plurality of task processes, comprising: 



$0 



ss 



a plurality of clients (2) which are arranged in 
the plurality of task processes, respectively; 
a database (1 1 ) for holding therein notice board 
data which is inputted/updated by the clients 
and which includes a plurality of data heads uti- 
Kred in the business processing; 
a server (1 ) to which sard database is connect- 
ed and which serves to fetch, in response to a 
request from the cNent, data belongjng to the 
notice board data corresponding to the request 
from said database to send the data thus 
fetched to the client and to control tnpu Vupdate 
of the data to/in the data heads included in the 
corresponding notice board data; and 
a statue change rule (12) possessed oy said 
server for specifying which task process of the 
plurality of task processes the business 
processing in execution is in using the notice 
board data. 

15. A business processing system according to claim 

1 4, wherein said notice board business system da* 
tabase has degree information for representing 
whether or not the set data is decided with respect 
to each of the plurality of dataheads. 

16. A business processing system according to cfeim 

15, wherein said notice board business system da- 
tabase has a conference flag for representing 
whether or not the conference by a plurality of per- 
sons in charges of the task processes Is required in 
order to decide the set data with respect to each of 
the plurality of data heads. 

17. A business processing system according to claim 

16, wherein in said notice board business system 
database, the degree information corresponding to 
the data head in which the conference Is represent- 
ed as being required by the conference flag in- 
cludes decision informatton for representing wheth> 
er or not there is shown the decision making for the 
data, which is set in the data head, every person in 
charge of me task process who participates in the 
decision of the corresponding data head. 

16, A business processing system according to claim 

13, wherein said notice board business system da- 
tabase has an advanced Input flag for representing 
whether or not the data is set in the corresponding 
data head by the person in charge of the task proc- 
ess after completion of the current task process, 
with respect to each of the plurality of data heads. 

19- A business processing system according to claim 

14, wherein said status change rule has the status 
change rule information for representing, every da- 
ta head of the notice board data, the status which 
the data, which is set in the data head of interest. 
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should fulfill, in correspondence to the task process- 
es constituting the business processing. 

20. A business processing system according to claim 
19, wherein the status change rule information (or s 
representing whether or not in order for the task 
process to change from the current task process to 
the next task process, the date which is set in the 
data heads corresponding thereto should be decid- 



21. A business processing system according to claim 
20, wherein said server judges on the basis of said 
status change rule whether or not the data which Is 

set In the data heads of said notice board business is 
system databass can change to the next task proc- 
ess, and informs, when it Is judged mat the data can 
Changs to the next task process, the ciient of the 
next task process of that the change in the task 
process occurs. 20 

22. A business processing system according to cfaim 
19, wherein said staiuschange rule information rep- 
resents whether or not the data which is set in the 
database needs to be decided in order to carry out ss 
the business processing of the corresponding task 
process. 



23. A business processing system according to claim 

22, wherein said status change rute information rep- so 
resents whether when there is a plurality of data 
which is set in the corresponding data head, all the 
data needs to be decided or a part of the data has 
only to be decided. 

36 

24. A business processing system according to claim 
22. wherein said server judges on the oasis of said 
status change rule the status of the task process of 
the business processing which is carried out by th© 
notice board data, and informs the client of the task *o 
process in which the task becomes newly possible 

of that the change occurs in the task process. 
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